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(57) Abstract 

A system and apparatus within a communications server for intercepting supplemental service requests to a communications network 
and ensuring redirection to correct network party and optimal resource usage when redirecting a call over the network. The optimization 
system includes a database (I3l) and database server software (122). A device/trunk handler (121. 123) is used to interface signalling 
channels to the optimization system. A monitoring and statistics unit (127) monitors the signalling channels. The server software ( 122) is 
responsive to the monitoring and statistics unit (127) and selects the routing of the supplementary service through the appropriate server(s) 
in the network. 



BNSOOCIO <W0__9Ge2Z74A1J _j> 



FOR THE PURPOSES OF INFORMATION ONLY 

Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


Fl 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


HA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BR 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BC 


Bulgaria 


liU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


ZW 


Zimbabwe 


CI 


Cdte d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RU 


Russian Federation 






Dfi 


Germany 


LI 


Liechtenstem 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







BNSDOCID: <WO_9G62274A1 J^> 



WO 99/62274 



PCT/US99/09874 



-1- 

ROUT1NG OPTIMISATION FOR REDIRECTION SERVICES 

BACKGROUND OF THE INVENTION 

1. field ot Die Invention 

The present invention generally relates to a network optimization system 
and. more particularly, to an optimization system tor enabling supplementary service 
requests to be controlled and routed through the most optimal network resources, 
particularly when more than one network exists between end users and when the 
networks are geographically dispersed, such as being located In different countries. 

2. Description of the Prior Art 

It is well known that modern telephone systems are able to provide a wide 
variety of convenience features or supplementary services to enhanee calling 
convenience, for example, call redirection is a particular supplementary service 
typically used by callers and includes specific features such as call diversion and 
call transfer. Gall diversion, also known as call forwarding, provides the caller the 
ability to program a telephone wfth a third party's number such that any calls to the 
forwarding party's telephone number will be automatically forwarded to the third 
party's number. Gall transfer enables either the calling party or the called party to 
transfer the other party to a third telephone number. 

Unfortunately, supplemental services, such as call redirection, do not 
always make the most efficient use of network resources. Furthermore, some 
supplementary services may fall or be improperly routed to the wrong destination 
because they cannot be performed by one or the other user involved in a connection, 
for example, if a user calls another user who is forwarded to a third party and the 
forwarding user performs the diversion, the network setup to the f orwarded-to user 
may require more links than necessary. Similarly, if the calling party performs the 
diversion, the redirection number may be foreign or unknown in the calling party's 
system or network. This can happen when multiple inter-connected networks have 
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numbering plan conflicts fl.e. duplicate numbers between networks]. As sucb, the 
diversion will fail or reach the wrong party. Another example of usage occurs when 
there exists overload/high contention circuits/facilities between one network for 
server] and another. There may not be an available circuit/facility for the calling 
5 server to make the call to the redlrected-to server. 

Therefore, what is needed Is a system for enabling only the most 
appropriate and optimal usage of network resources when completing 
supplemental service redirection requests and for enabling the existing highly 
contented circuit to be retained and reused tor the connection to the redirected-to 

1 o server to ensure a greater degree of success In reaching the new destination. 

SUMMARY OF THE INVENTION 
Briefly, the present invention relates to a system and apparatus within a 
communications system for intercepting supplementary service redirection 
is requests to a communications network and controlling resource for optimizing 
resource usage when setting up a call over the network. The network sendees 
control system is adapted to retrieve server identification data and to write 
statistical data in order to optimize network resources. A device/trunk handler is 
used to interface one or more incoming and outgoing signalling channels to the 

2 o optimization system. A monitoring and statistics unit monitors the signalling 

channels when a call is made or is in progress. The server software controls the 
routing of the supplementary service in the network through one or more selected 
servers. Therefore, in a particular embodiment of the invention, when a 
predetermined service command Is placed to the communications system, the 
2 s network sendees control system can selectively intercept the command and reroute 
the call through the appropriate available servers, thereby ensuring termination to 
the correct user, rousing hard to get communications facilities and establishing the 
most optimal route to the call's final destination. 

30 BRIEF DESCRIPTION OF THE DRAWING 
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Other features, objects and advantages of the present invention will 
become readily apparent and understood open consideration of the following 
detailed description and attached drawings, wherein: 

FIG. 1 1s a block diagram of a known interconnected communications 

network. 

H6. 2 is a block diagram of a communications server embodying the 
optimization system in accordance with the present invention. 

fig. 3 is a detailed block diagram of the optimization system shown in 
accordance with the present invention. 

FIG. 4 is a flow chart of a data base access routine used in the optimization 
system as shown in H6. 3. 

FIG. S Is a block diagram showing the handling ot a call forward redirection 
in accordance with the present invention. 

FIG. 6 is a block diagram showing the handling of a call transfer redirection 
in accordance with the present invention. 

FIG. 7A is a flow chart of the data base access routine in operation. 

FIG. 7B is a flow chart of the Acknowledge/Server subroutine of the 
database access routine. 

FIG. 76 is a flow chart of the Reject subroutine of the database access 

routine. 

FIG. 70 is a flow chart of the Block subroutine of the database access 

routine. 

FIG. 8 is a block diagram of a known interconnected communications 
network having gateway servers. 

DETAILED DESCRIPTION OF THE INVENTION 
The present invention relates to a system for enabling supplementary 
service functions, such as call redirecting, to be implemented in an interconnected 
network system using appropriate and available servers and trunk facilities, for 
optimizing usage. Osage optimization is achieved by enabling any server in the 
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connection to intercept and control the rooting of supplementary service functions. 
Thus, an important aspect of the invention relates to an intervening lie, tandem, 
gateway) server intercepting the supplementary service requests, such as redirect 
commands, reusing selected trunk facilities, and enabling the network to route the 
call eorrectly to the redireeted-to party in the network. 

Still another important aspect of the invention relates to the selected 
server redirecting the call to the appropriate server. The optimization system 
enahles the selected server to control the redirection at other servers in the 
network, regardless ol whether the other servers selected for the redirection are 
involved in the connection. Furthermore, the optimization system is able to 
suppress any redirection of a call if the network does not support signalling for 
redirection services or. for other unknown reasons, a particular user must not be 
redirected. 

Referring to R6. 1. a known interconnected telecommunications network 
system is shown. As can be seen, several routes are available from the originating 
network 2 to the destination network 4. Typically, each network also has an 
associated server 6, 8 that controls network functions. Such a system of 
interconnected networks sometimes include differing networks which may not be 
compatible. For example, one network with an ambiguous numbering plan may, 
under general circumstances, not be able to connect to another network having an 
ambiguous numbering plan. Therefore, the present invention provides special 
functionality in the communications system, and in particular the network server 6, 8 
to enable incompatible networks to communicate with one another. Furthermore, in 
those instances where the networks are compatible, the invention ensures that the 
call is being routed through servers which provide the most optimal route [where 
optimal is determined by pre-defined data for this network). 

Still another important aspect of the invention relates to ensuring 
termination to »:?e correct user and establishing the most optimal route to the call's 
final destination. Referring to H8. 8. an interconnected network 800 is shown having 
gateway servers 810, 812. As illustrated, the interconnecting link 814 represents a 
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physical trunk between the gateway servers 810, 812. For purposes of clarity, the 
reference numerals for the networks are enclosed within parenthesis in the 
following discussion. 

By way of example only. User 2 in the server 816 in Network A (802) 

s transfers User 2 in the server 820 in Network B (804) to Oser 3 in the server 818 in 
Network A (802). Oser 2 in the server 816 and User 2 In the server 820 have identical 
network addresses and use a barrier code to dial each other in order for correct 
routing. If the transfer were to be performed in a known joining type method, also 
called forward switching, wherein User 2 in the server 816 in Network A (802) would 

i o set up the call to User 3 in the server 818 in Network A (802) on behalf of User 2 in the 
server 820 in Network B 1804), five (5) links would be required in the connection. The 
required links would include: 1) User 2 In the server 820 In Network B (804) to server 
812 in Network B (804); 2) Server 812 In Network B (804) to server 810 in Network A 
(802); 3) Server 810 in Network A (802) to server 816 in Network A (802); 4) Server 816 

1 s in Network A (802) to server 810 in Network A (882): and 5) Server 810 in Network A 

(802) to User 3 to the server 818 In Network A (802). 

Similarly, if the transfer were a reroute, also known as throwback, wherein 
Oser 2 in the server 820 in Network B (804) sets up the call to User 3 in the server 802 
in Network A (802), User 3 s address may be duplicated in Network B (804) and the 

2 o call would be ranted in error to User 3 in the server 822 in Network B (804). 

In contrast the present invention enables the redirection to be intercepted 
and rerouted. For example, server 810 in Network A (802) may perform the setup to 
server 818 in Network A (802) and clear the link between server 810 and server 816 & 
Network A (802). This results in using only three links after the redirection is 

2 s completed. The lioks include: 1) Server 820 in Network B (804) to server 812 in 

Network B (804); 2) server 812 in Network B 804 to server 810 in Network A (802); 3) 
server 810 in Network A (802) to server 818 in Network A (802). This ensures correct 
routing to the redirected to party and link optimization at the same time. 
Furthermore, the present invention can retain and reuse links in the existing 

3 o connection. For example, the link 814 may be congested, thereby eausing network 
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busy conditions. Thus, if the originating server were to perforin the redirection, the 
redirection could fail. In contrast the present invention enahles links ie.g, 814 and 
backward] to be retained and re-used in the connection to the redirected-to 
destination. 

5 Referring to HE. 2. an exemplary embodiment of the optimization system 

shown as a network services control (NRCR) system in accordance with the present 
invention, generally identified with the reference 100. is illustrated. Although the 
NRCR system is shown In a public telecommunication network/exchange (PTH/XJ 
utilizing an integrated services digital network OSDNL It should be understood by 

1 o those with ordinary skill in the art that the principles of the present invention are 

applicable to vr rious interconnected network systems, including asynchronous 
transfer mode (ATM) networks, local area networks (LANS) and mixed environments 
having LAN and PTH/X interconnected networks 

In an ISON type system as further described below, the servers 
1 5 communicate with one another, and with local devices, generally through external 
interfaces such as a basic rate interface IBRD and a primary rate interface IPRII. BRI 
sendee, because of the Inherent bandwidth limitations imposed by existing copper 
telephone lines. Is typically used (or local traffic. PRI is generally used for incoming 
and outgoing trunk traffic where large amounts of data are carried. Typically, fiber 

2 o optic lines, for example, are repaired to handle the extremely large bandwidths of 

PRI. 

As shown in FIG. 2, the NRCR system 100 may be implemented in a 
communication server 16. The communication server 16, which may be any known 
communication.* server, includes standard components such as prefix logic 110 and 

2 s digit analysis 112 lor receiving and evaluating digit strings, applications 114 such as 

computer telephony interface CCT11 applications, and routing 116 lor routing a call to 
its proper destination. These components are conventional and are not part ol the 
present invention and are therefore not further discussed. The communication 
server 16 also includes a feature processing module 118 lor handling the 

3 o supplementary services, as discussed above, such as call forwarding and call 
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transf er. 

It is to be noted that NRCR systems 100 (multl-proeessing service), may be 
installed on both the trunk and line side in a single communication server 16. Le. 
devices and/or trunks 10. 12. 14 to which the server 16 interfaces. In particular, an 
s NRCR system 100 can be employed at each point where the server 16 connects to an 
external interface to enable each communications path to be monitored. Each of the 
external interfaces 10. 12, 14 to the server 16 generally use both-way traffic flow and 
hence have their own send 124, 130 aod receive 126, 120 paths mo. 31 for each path 
ti.e, send path and receive path). Roth way signalling is necessary to enable inter- 
io server communications. 

Referring to FIG. 3, the NRCR system 100 is shown in greater detail. As 
mentioned above, the NRCR system 100 Is responsible for controlling supplementary 
communications services, such as call forwarding and call transfer, by intercepting 
supplemental service requests and ensuring that such services are rooted through 

1 s the most optimal servers available such that best use is made of available 

resources. Thr NRCR system 100 Includes one or more device/trunk handlers 121. 
123 as described below; a monitoring and statistics unit I HSU) 127 for monitoring and 
decoding signalling channel data; a non-volatile storage unit 120; and a local - 
memory 129 for caching temporary work data. The non-volatile storage device 120 is 

2 o provided to store a database 131 and database access software 122 to control the 

access of data for the NRCR system 100. 

The incoming trunk 12 inn. 2) includes a signalling interface 102. 104 if 16. 
3). It should be understood that the signalling interface 102. 104 may be the same 
type interface and may be a bothway lie. incoming and outgoing) trunk facility, but is 

2 s shown as two different components as would be true in o tandem and gateway 

context li.e„ an incoming trunk and outgoing trunk). The present invention is also 
applicable at a terminating server, which could perform the Interception and 
rerouting. Accordingly, the signalling interface 102. 104 of the external interface 12 
has an incomii j side and an outgoing side, each of which further includes a send 

3 o path 134 or 138 and receive path 132 or 130 which interface to die send 124, 130 and 
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recetve 126. 128 paths of device/frank handlers 121. 123. The device/trunk handlers 
121 oncoming trunk). 123 (outgoing tronk) interface the server 16 with the BRI and/or 
phi external interface 12 and 14 respectively, which contains the signalling channels. 
Accordingly, an HRCR system 106 may he applied at each point where a server and a 

s FBI and/or BRI conneet (FIG. 2). This enables sending and receiving messages to and 
from the communications servers on each communications interface as used 
herein. BBI and PRI may be used interchangeably since the invention generally 
operates by using the D channel and the associated protocols to receive and 
transmit messages between communications servers. The D channel description is 

i o therefore equally applicable to both types of interfaces. The present invention may 
use only the D channels for all signalling and inter-server communications 
messages. D channel signalling protocols are specified by the International 
Telecommunication Union (ITU) 0,930/931 specification. It should be noted that 
although some form of signalling data may also be carried by the B channels, by 

1 s using only the 0 channels for signalling, the B channels generally remain free to 

carry communications data. 

As mentioned above, the device/trunk handlers 121, 123 interface the NR6R 
system 106 to the PR and BR interfaces connected to the server 16. In particular, the 
handlers 121. 123 operate as translation devices and are able to support various 

2 o protocol types. This may be accomplished through a standard message interface 

between the device/trunk handlers 121, 123 and the PR and BR interfaces. 

The MSB 12? interfaces to the device/trunk handlers 121, 123 and monitors 
and decodes the data carried on the signalling channels of the PR and BR interlaces. 
In particular, the MSU 127 monitors the incoming receive 132 path and the outgoing 

2 s receive 136 path for supplemental service related signals as defined in the database 

aceess software 122, described in detail below. Furthermore, the MSU 127 may also 
provide statistical data regarding the operation of the HRCR system for use by 
network administrators or technicians in gauging network performance and/or 
diagnosing network related problems. The MSU 127 also interfaces to the feature 

3 o processing module 118 and applications 114. which provide the particular service 
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operations such as user interface functions, timing and renuest and response 
directives. 

An important aspect of the invention is the ability of the NRCR system 100 to 
choose the most optimal servers through which to route calls, hased on the type of 
supplementary service requested. Accordingly, the database 131 may bo used to 
store a list of one or more servers' addresses, listed in order of redirection priority, 
that are available in the network. The database 131 may also be used as the data 
source for the database access program 122. local memory 129 may also be 
provided to cache or store temporary work data, such as redirect data or database 
lists, as described in greater detail below. 

The database 131. as mentioned above, may be programmed by a network 
programmer tr ^ tore a list of available servers that may be osed in the redirection 
operation. The server list is arranged such that those servers that are available for 
handling the redirect function are listed in order of redirection priority. For example, 
the most optimal server available may be at the top of the list and the least optimal 
server may be at the bottom, with the rest of the servers falling somewhere In 
between. Thus, when the database is accessed, the database access program 122 
attempts to select the highest priority server and moves down the list through the 
lesser priority servers, as repaired, dependiog upon the availability of each server. 

deferring to FIB. 4, the database set structure with brief description of 
parameters and values 131 is shown. The database aceess program 122 accesses 
the NRCR system 100 data for control and is nsed to select the particular servers 
from the database 131 that will be used in routing the calls. In particular, the 
database 131 includes a SERVICFJNDEX pointer which points to a table element "n" in 
a data set that ^entitles the particular services to be monitored by the HSU 127. The 
SERVICFJNDEX value may be set by the network programmer in order to cause the 
NRCR system to be activated based on the type of supplemental service requested. 
For example, the SERVICEJNDEXji points to a table element that identifies the 
service to be intercepted e.g, call forward. The particular selected service is 
identified from the service request data sent over the signalling channels and 
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deteeted by the MSU in the receive path 126 or 128 (depending on service type). Also 
included is an NR6R_TYPE variable for executing a particular subroutine based on its 
value. In particular, the subroutines inelude reject. A6K and block, as discussed 
below. The database 131 optionally may also inelude SCHEDULE data for specifying 
when the NRCR wakes up or sleeps. Furthermore. RESTRICTION data may optionally 
also be included to specify, for example, predetermined conditions under which the 
NRCR system 100 should not be executed or to specify predetermined users that 
should not have access to features of the NRCR system. Other types of restriction 
data may also be Included. 

Referring to Fifi. 7A, in operation, therefore, the database access program 
122 in step 200 causes the NRCR system 100 to wake up or sleep based, for example, 
on the SCHEDULE subroutine. The mechanism lor waking and sleeping is 
implementation-dependent. When awake in step 202. the NRCR system 100 monitors 
the signalling channels 102 and 104 for service requests in step 204. Each time a 
service request Is detected in step 205 it is compared to a predetermined 
SERVICE INDEX value in step 200. which indicates the particular supplementary 
service being requested. If the service request matches the SERwICEJNREX in step 
208. the NRCR system checks the restrictions data in step 210 lor exception 
conditions as to when not to apply the NRCR system functions. In step 212. II no 
exceptions apply, then in step 214 the NRCRJTYPE value is determined. In steps 216. 
218. 220. as discussed further below, subroutines dependent on the NRCR TYPE 
variable are executed, such as REJECT, ACK and RLOCK. respectively. The service 
request also includes associated redirect dam needed to redirect the call, soeh as 
tbe redirection number, redirecting number and redirected number. As mentioned 
above, the redirect dam is stored in the memory register 129. If no redirect data is 
provided, the redirection will fail. 

Once it has been determined that the service request matches the 
service index, the NRCR_TYPE variable, as mentioned above, may be set to one ol the 
three possible values. 

In particular, referring to FIG. 5. an example oi signalling information where 
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NRCR.TYPE equals REJECT for a call forwarding (CR redirection situation is shown. 
The REJECT subroutine is executed in those cases where a particular server cannot 
service the redirection request and the requestor should redirect the call. Typically, 
during CF redirection, the forwarding party enters a different telephone number at 
s which all or specific calls intended for the forwarding party are automatically sent to 
the forwarded number. Thus, when a calling party originates a call to the forwarding 
party, the call will be completed at the forwarded number. However, in certain 
instances, an intervening server may not be able to handle the CF function request 
For example, this may occur in a situation where a server does not support the 

1 o particular type of that redirection service being requested or where signalling 

channel information cannot be sent to a server. In that case, an alternate server 
must be used through which the call may be routed. Accordingly, the example shown 
in FIG. 5 describes the situation wherein terminating server tie. forwarding user s 
server] executes the CF routing function to the forwarded number rather than the 
is intervening or originating server. The intervening server rejects the facility request 
on behalf of the originating server. Open the forwarding server receiving the reject 
it shall attempt to forward-switch the call. 

In particular, the NRCR system 100 is applied at the server 16 on the ■ 
outgoing side of a signalling channel for a can forward (CFJ redirection service. 

2 o Therefore, the HSU 127 monitors and decodes the signals on the outgoing receive 

side of the serr*/ since the service requestor is on the CRU=2 side of the call (CRV=n 
is an ISON call reference value identifier associated with the call). 

In step 1. a call setup message is transmitted over the signalling channel to 
the incoming receive side of the Intervening server. The call setup message is then 
25 sent to the forwarded number's server. In step 2. the server at the forwarded number, 
in response to the cell setup message, returns a CF redirection request along with 
redirect data toward the originating party's server, in this ease, since the 
intervening server database is predefined with a reject response in step 3 a return 
REJECT response is sent to the forwarded number server notifying it that the 

3 o intervening and originating server cannot perform the CF redirection. In step 4. the 
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senrice requestor has received the reject and performs a forward-switching function 
to forward the call on behalf of the originating server and then sends a message to 
the caller with notification of call forward. 

In operation therefore, referring to FIG. 76, when the REJECT subroutine is 
executed, the NRCR system will return notification of the rejection to the service 
requestor In step 238. Typically, once the service requester receives notification of 
the rejection, it will perform the redirection itself on behalf of the user to he 
redirected In step 242. In step 244. the call Is notified of the Cf attempt 

Referring to fl6. 6. an example ot signalling information where NR6RJTYPE 
equals AGK Is shown for a call transfer (CTl redirection situation. The ACK 
subroutine is executed when the intervening server, i.e, a third party, is available to 
handle a redirection request Typically, during CT redirection, either the calling or 
the called party may transfer the other party to a third number. Therefore. In this 
particular example, It is shown that the intervening server is indeed able to handle 
the CT redirection. Accordingly, the example shown in FIB. 6 describes the situation 
wherein the intervening server executes the CT routing function to the transferred 
number. 

In particular, the NRCR system 100 applies at a server on the incoming 
receive side and outgoing receive side of a signalling channel for CT redirection 
service. Monitoring of the signalling channels by the MSG 127 takes place at both 
sides of the server since either user might invoke the CT service, in this example, in 
step 1. the service requestor is on the CRV=2 side of the eall and the NRCR type Is 
ACK. This NRCRJYPE results in execution of step 2. wherein a response is sent to the 
service requestor with positive ACK. In step 3, a CT redirect notification is sent to a 
remote server. <t should be noted that the order of steps 2 and 3 may be reversed. 

In step 4, a connection to the redirected-to user Is established with 
indication that this is a redirected call and, optionally, the redirecting and calling 
user's identification information. After receiving an alert message H.e, redirection 
suecess) from me outgoing receive side in step S. the connection to the redirecting 
user is released and the timer is stopped. The caller is switched to the timeslot of 
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the redirected-to party. The redirection is successful and the transaction n.e, 
redirection) is considered complete. Step 6 shows the call was answered. The 
memory 129 Is also reinitialized to erase the redirect data. It is to be noted that II the 
NRCR system luo redirection fails ie.g, network congestion. Disconnect received) 
s for some reason, the NRCR system 100 will recall the transferring user. In particular, 
a timer Rfl which may be an internal software timer of a pre determined time 
interval, is started at the time of responding to the redirecting requestor, Le. the 
incoming send side. The connection is not disconnected at this time, it is retained 
until the redirect is successful, if not successful recall occurs. If the redirection has 

1 o not been successful at timer expiry ft), the redirecting requestor is recalled. 

In operation therefore, referring to Hfi. 7R. when an AeK subroutine is 
executed, the system absorbs the service request in step 222 and acknowledges the 
service request in step 224. In step 226. the intervening server sends a setup with 
redirection notify to the redirected- to server. In step 220. the calling user is notified 
is of the redirection. In step 230, the system determines whether the setup was 
successful l.e, ALERT or CONNect message is received. If so, then the channels are 
switched together and in step 236 the connection to the requestor is cleared. If the 
redirect request was not successful, then in step 232 a recall message is sent to the 
requestor. 

2 o When the NRCRJTYPE equals BLOCK, the signalling channel is monitored lor 

the associated SERVICEJNDEX. If a redirection request is detected, the message is 
absorbed and no response is returned to the sender nor is any notification provided 
by the NRCR system 100 to the party being redirected. The sender of the redirection 
request's guard timer will elapse and exception handling will follow. This 

2 s NRCRJTYPE is typically used when the user to be redirected is in a network which 

does not support the signalling for redirection services and may not support 
notification signalling either. 

In operation, referring to FIG. 70. the OLOCK subroutine is executed in those 
instances when no redirection Is allowed or possible. Thus, when the CLOCK 

3 o subroutine is executed, in step 245 the system absorbs any message which could 
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result in a redirection failure, or other event depending on how the service 
requestor bandies a no response, and in step 246 takes no lurther action 

Optionally, the database access program may also include a SCHEDULE 
subroutine for enabling the NBCB system to wake up or sleep, based on. for example, 
5 me time of day. day-of-year etc trunk costs, priority or other parameters specifying 
when or when not to start Furthermore, the database access program may also 
include an optional restriction subroutine for determining exception conditions as 
to when the corool system should not execute. 

As an option, the HRCR system 100 may be implemented, using the MS0 127, 
i o to collect and store redirection statistics such as number of REJECT intercepts. ACK 
intercepts and BLOCK intercepts, number of redirection failures etc for use by the 
network and/or the system administrator. 

Thus, it can be seen that present invention prevents failure of redirection 
services in those instances where one or mere servers are not able to handle 
i s particular sendee requests and ensures that only the most optimal servers are used 
in performing many of the redirection functions. In addition, the invention provides 
me ability to optionally condition execution of supplementary service requests 
based on a variety of user selectable criteria. 
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cuuws 

What is claimed is: 

t A system for controlling communications network resource usage, 
5 characterized by: 

means (161 for executing supplementary communications service 
requests: 

means 11271 connected to said executing means for receiving and decoding 
supplementary service information for said supplementary communications service 
io being requested; 

means (122) responsive to said receiving means (127) for selecting which ot 
said executing means (16) will execute said communications services. 

2. The system as recited in claim 1, wherein said supplementary 
is communications services include redirection services. 

3. The system as recited in claim 2. wherein said redirection services 
includes call forwarding. 

20 4. The system as recited in claim 2. wherein said redirection services 

include eall transfer. 

5. A system for optimizing resource usage in an interconnected network, 
characterized by: 

2 5 one or more means (16) in the interconnected network system for 

executing supr omentarv communications service reuuests: 

means (127) for receiving and decoding supplementary service information 
for the supplementary communications services being requested; and 
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means (1221 responsive to said receiving and decoding means 11271 
decoding supplementary service information for selecting which of said one or more 
executing means (16) will execute said communications services, said executing 
means (16) further enabling said optimization system only under predetermined 
5 conditions. 

6. Ths system as recited in claim 5. wherein said selecting means (122) 
further includes means (122) for disabling said optimization system under 
predetermined conditions. 

10 

7. The system as recited in claim 7, wherein said disabling (122) means is 
responsive to a recall mechanism for failed service requests. 

8. The system as recited in claim 5. wherein the optimization system 

is includes means (118. 114) for customizing one or more operating parameters of the 
optimization system. 

9. A method lor controlling communications network resource usage in a 
communications network, characterized by: 

2 o executing (16) supplementary communications service requests; 

receiving (127) and decoding supplementary service information for said 
supplementary communications service being requested; 

selecting (122) one or more servers to execute said communications 

services. 

25 

10. The method of claim 9. further including the step of enabling (122) said 
selecting step (122) under predetermined conditions. 

11. The method of claim 9. further including the step of disabling (122) said 

3 o selecting step (122) under predetermined conditions. 
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12. The method of claim 9, further including the step of customizing t1181 
one or more operating parameters of the communications controlling method. 
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